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DETAILED ACTION 



1 . This action is in response to the amendment filed on 06/06/2005. 
Claims 1, 16, 31, 47, 56-61 are amended. 

The amendment necessitated new grounds rejection in this Office Action. Accordingly, THIS 
ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant is reminded of the extension of time policy 
as set forth in 37 CFR 1 .1 36(a). 

Claims 1, 3-16, 18-31, 33-61 remain pending in this application. 

Response to Arguments 

2. Applicant's arguments have been fully considered. 

Especially, Applicants argues that they disclose the mapping data that directly maps XML into an object 
model. Applicants further argue that Rudensteiner is based on a rational model. 

Examiner respectfully responds: The rational model as described in the specification and the 
relational model in the reference are not different in structure. 

As Applicants alleged, 

"Rudensteiner is based on a relational model. In fact, the instant application specifically states that 
previous approaches, "do not provide application object models or support for inheritances or 
relationships in the object"" (Remarks: p. 20:1-4), and 

"... amended independent claims 1, 16, 31, 47, and 56-61 to clarify that mapping the data in the markup 
language document directly into the object model using the mapping meta-data enables the 
method/module/executor to support inheritance or relationships in the object model. These amendments 
find support on pages 7, 8, FIG. 7, 8, 10, and 11" (Remarks: p. 20: 20-24). 

However, the specification is merely mapping data in a markup ianguage document to a model in which 
the shown data corresponding to the attributes expressed in the XML document, i.e, attributes/data in the 
tag structure of the XML document (FIG. 4) seen in the structure as in the specification (FIG 5). 
The generic mapping as shown is not different to the mapping as described in the reference. The object 
model (the specification) described by employee/phone relations does not make a difference to a 
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relational model with employee/salary (reference). Moreover, as noted in Henninger (US 5,499,371), 
relational databases and object-oriented system are tightly coupled and structural similarly. It should be 
noted that if the mapped XML document preserves the inheritance property of its own structure, each 
schema of relational data does the same, i.e. it preserves the inheritance corresponding to the XML 
structure in the mapping. For example, the schema "salary" inherits from "employee" (p. 59, right 
column) that is similarly to address or phone drawn from "employee" in the specification, and commonly 
known Object oriented concept of the art. It should be noted that an element of "object model" described 
in the specification such as the object 502 is not structural different from a schema object as shown in the 
reference. 

Claim Rejections - 35 USC § 101 

3. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or 
composition of matter, or any new and useful improvement thereof, may obtain a patent therefor, 
subject to the conditions and requirements of this title. 

4. The claims 57 and 60 are rejected under 35 U.S.C 101 because ihe claimed invention is directed 
to non-statutory subject matter. 

As per clai ms 57 and 60 : Claims 57 and 60 are directed to "Electronic signals" that fails to be a tangibility 
subject mater. The subject matter of "signals" fails to be a process, a machine, a manufacture, or 
composition of matter, as required for a statutory claim. Claiming "signals" is claiming a mere abstract 
idea and rejected under 35 U.S.C 101. 

To expedite a complete examination of the instant application the claims rejected under 35 U.S.C. 
101 (nonstatutory) of Claims 57 and 60 above are further rejected as set forth below in anticipation of 
application amending these claims to place them within the four statutory categories of invention. 
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Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

A person shall be entitled to a patent unless - 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

6. Claims 1 , 3-16, 18-31 , 33-61 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Rundensteiner et al, "Maintaining Data Warehouses Over Changing Information Sources", in view of 
Henninger (US Pat. No. 5,499,371). 

Given the broadest reasonable interpretation of followed claims in light of the specification. 
As per claim 1 : 

Rundensteiner teaches maintaining data warehouses over changing information sources, where 
the term 'data warehouses' relates to relational or object oriented database system, and the term 
'changing information sources 1 relates to XML documents. 

Rundensteiner teaches translations between the native model of the sources (XML document 
data) and the data model of the data warehousing system (object model) by the means of wrappers 
(mapping). A specific translation is shown in figure 3 (page 60) by building the relational wrappers over 
XML datasets and mapping XML document type definitions into relational metadata (see page 3, left- 
hand column, section "Heterogeneous model information sources"). Thus relational metadata describes a 
relational model context (object model) as shown in Figure 3, and shows how data under type definitions 
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of an XML document is laid out. The relational model context represents a schema/object model in the 
warehousing system. 

Thus, Rundensteiner discloses, 

a A method for mapping (See Figure 1 , page 58, Wrapper 1 ) data in a markup language document 
(See Figure 1, 'XML', and see right-hand column (page 58), section "Data Warehousing Architecture", 
referring to line 9 of second paragraph, The native model of the source' (i.e. XML documents)) to an 
object model (See Figure 1, the relational 'RBBMS', and see right-hand column (page 58), in section 
"Data Warehousing Architecture": refer 'relational or object-oriented database systems' in lines 8-9 of first 
paragraph, and refer 'common model of the data warehouse system' in lines 9-10 of second paragraph or 
'schema' in line 1 1 of second paragraph for the limitation 'object modeO, the method comprising the steps 
of: 

receiving a mapping request for mapping data in a markup language document having data 
architecture into an object model (see page 58, right-hand column, section: "Data Warehousing 
Architecture", lines 12-13 of second paragraph, refer the mapping of query requests' for the limitation 
'mapping request), where toe mapping request includes a key for identifying the markup language 
document, and 

mapping (See figure 3, page 60), in response to the mapping request, the data directly into the 
object model using mapping meta-data (see page 60, left-hand column, section "Heterogeneous model 
information sources": referring to "XML, and increasing popular format for information encoding and 
exchange, could be integrated by building relational wrappers over XML datasets by mapping XML 
Document type Definitions (DTD) into relational metadata ") which defines how the data architecture of the 
markup language document maps to the object model (See Figure 3, the left-hand rectangular box 
'Mapping XML Document to Relation' associated with citation 'building relational wrappers over XML 
datasets by mapping XML Document type Definitions (DTD) into relational metadata' above shows how 
data from XML data file is laid out in the relational model context), where the mapping step obtains the 
markup language document using the key, 
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wherein mapping the data in the markup language document directly into the object model using 

mapping meta-data enables the method to support inheritance or relationships in the object model (See 

p. 59. relation between employee -> salary). 

Rundensteiner does not explicitly disclose, u using the kef in the mapping. 

✓ 

Henninger discloses, "using the kef (Re: Henninger, see column 6, lines 49-67, and column 7, 
lines 1-26) in mapping an object model of a language into a structured database (Re: Henninger, see 
column 2, lines 55-65) for identifying data architecture of the mapping target (Re: Henninger, FIG. 2). 
Thus, the key causes data in the source mapped into the target correspondingly (re: Henninger, see FIG. 
2, reference numeral 50), where Henninger suggests using the keys because the relationship between 
object model and relational structure is implicit, using the keys would help a developer to know the 
relation and thus he is easy to handle (Column 2, lines 4-20). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to include the teaching "using the key" in Henninger to the teaching, mapping 
request, of Rundensteiner. The motivation is that doing so would help the developer to handle the 
relationship between two structures/models. 
As per claim 3 : Rundensteiner further discloses: 

"77?e method as claimed in claim 1, wherein the markup language document has one or more 
elements (See figure 3, page 60, upper rectangular box: XML data file; and refer <address> for the 
limitation 'element) containing data (See Figure 3, in XML data file; refer 'Computer Science Depf 
between tags <info> and </info> for 'data 1 ), the object model has one or more object class (see figure 3, 
lower rectangular box: Relational model context. Refer 'Address' for 'object class 1 ), each object class has 
one or more attributes (see Figure 3, in Relational model context, refer 'Id 1001' for 'attributes') that 
correspond to the elements, 

and the step mapping includes a step of populating the attributes with the data of corresponding elements 
based on the mapping meta-data (see Figure 3, for example, data in XML data file <address> such as 
'Computer Science Dept', is populated into the relational model context 'Address' based on XML 
Document Type Definitions an Relational Metadata). 
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As per claim 4 : Rundensteinerfurtherdiscloses: 

"The method as claimed in claim 1, wherein the markup language document has one or more 
elements containing data, the object model has one or more object classes, each object class has one or 
more attributes that correspond to the elements and the step of mapping includes: 

a step of generating a row structure corresponding to the markup language elements of the 
markup language document; (see Figure 3, page 60, the lower rectangular box, Relational model context, 
'Address', is a row structure corresponding to the upper rectangular, XML data file. The Relational model 
context is built by 'Mapping XML'); 

a step of converting the row structure into one or more objects corresponding to the elements; 
(see Figure 3, for example, the Relation model context 'Address' is one of other relational model contexts; 
Figure 2, page 59 shows another Relational model context 'Schema': Salaries); and 

a step of populating attributes of the converted objects with the data of the elements based on the 
mapping metadata" (see Figure 3, for example, the Relational model context contains Id with an attribute 
value 1001 , and other data such as 'Computer Science Dept'). 
As per claim 5 : Rundensteiner further discloses, 

"The method as claimed in claim 3, wherein the markup language document further has at least 
one element (See figure 3, page 60, upper rectangular box: refer <address> for the limitation 'at least one 
element) containing one or more other elements (See figure 3, still refer <address> for the limitation 'one 
or more other elements) and the mapping step inserts, based on the mapping metadata, a value 
representing the relation between the at least one element and the one or more other elements into an 
attribute of the object model (See Figure 3, lower rectangular box: refer 'Id 1001' for l an attribute of the 
object moder ) to represent a relationship between objects corresponding to the at least one element and 
the one or more other elements (The Id in this particular 'Relational model context' corresponds one 
attribute id, which is among one of other 'Addresses'). 
As per claim 6 : Rundensteiner further discloses 

"The method as claimed in claim 5, wherein the at least one element (Figure 3, page 60, upper 
rectangular box: refer <address> for the name of 'one element') contains a single element (Figure 3: 
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within <Address> </Address> is a single element/or multiple elements depend on the structure of XML 
data file) containing data (Figure 3, For example <state> MA </state>) and the mapping step inserts a 
value (Figure 3, referring to '1 001 ") representing the relation between the at least one element and the 
single element into an attribute (ID) of the object model that represents a one-to-one relationship 
(Relational Model Context: 'Address' is one-to-one relation to XML data file: <Address> 'element') 
between objects that correspond to the at least one element and the single element. 
As per claim 7 : 

In regard to the limitations of claim 7, 

Rundensteiner does not explicitly address limitations, a one element contains a single element 
containing a pointer to another element, and "an aggregate one-to-one relationship between objects that 
correspond to the at least one element and the single element. 

Henninger teaches referencing elements and inheritance relations of elements, and from that it 
provides an aggregate one-to-one relationship between sources and mapped targets. That discloses u one 
element contains a single element containing a pointer to another element (Re: Henninger, see column 
6, lines 38-48, refer The inheritance between employee class and class person' for •pointer'), and "an 
aggregate one-to-one relationship between objects that correspond to the at least one element and the 
single element (Re: Henninger, see FIG. 3, reference numeral 50: for example, element '102' on-to-one 
to element '114'. Also see FIG. 5B, referring to '1-TO-1', shown from 'RELATIONSHIP' to 'UPDATE 
FOREIGN KEY ATRRIBUTE BASED ON TRANSFORM 50"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to further include the teaching of pointer (inheritance) and relations of object model in 
Henninger, that is for referencing elements and corresponding relationships of elements and for 
describing the corresponding architecture of the source and target into the teaching of Rundensteiner. 

The motivation is that doing so would conform to the architectural relations between two models. 
As per claim 8 : In regard to the limitations of claim 8, 
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Rundensteiner does not explicitly address limitations, "the multiple elements into attributes of the object 
model that represent one-to-many relationships between objects that correspond to the at least one 
element and the multiple elements 0 . 

Henninger teaches referencing elements and inheritance relations of elements, and from that it provides 
an aggregate one-to-many relationship of mapped targets. That discloses such limitations (Re: 
Henninger, see FIG 5B, refer '1-TO-MANY\ shown from 'RELATIONSHIP' to 'MANY-SIDE* or 'ONE- 
SIDE'). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to include the teaching of pointer (inheritance) and relations of object model in 
Henninger, that is for referencing elements and corresponding relationships of elements and for 
describing the corresponding architecture of the source and target into the teaching of Rundensteiner. 

The motivation is that doing so would conform to the architectural relations between two models. 
As per claim 9 : 

Rundensteiner does not explicitly address limitations, "one element contains multiple elements 
containing pointer to another elements", and "an aggregate one-to-many relationships between objects 
that correspond to the at least one element and the multiple element. 

Henninger teaches referencing elements and inheritance relations of elements and from that it provides 
an aggregate one-to-one relationship of mapped targets. That discloses "one element contains multiple 
elements containing pointer to another elements" (Re: Henninger, see column 6, lines 38-48, The 
inheritance between employee class and class person 1 ) , and "an aggregate one-to-many relationships 
between objects that correspond to the at least one element and the multiple element (Re: Henninger, 
see FIG. 3, reference numeral 50: for example, element '108' is one-to-many to elements '119' and '120'. 
Also see FIG 5B, referring to '1 -TO-MANY', shown from 'RELATIONSHIP' to 'MANY-SIDE' or 'ONE- 
SIDE^ 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to include the teaching of pointer (inheritance) and relations of object model in 
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Henninger, that is for referencing elements and corresponding relationships of elements and for 
describing the corresponding architecture of the source and target into the teaching of Rundensteiner. 

The motivation is that doing so would conform to the architectural relations between two models. 
As per claim 10 : Rundensteiner further discloses, 

°77?e method as claimed in claim 1 further comprising a step of obtaining the mapping meta-data 
prior to the mapping step" (see page 60, left-hand column, section "Heterogeneous model information 
sources", referring to, mapping XML Document type Definitions (DTD) into relational metadata , this 
means that the mapping is performed after the existence of relational metadata) . 
As per claim 1 1 : Rundensteiner further discloses, 

D 77?e method as claimed in claim 10, wherein the obtaining step is carried out during initialization 
of a system for executing the receiving step and the mapping step" (See page 57, see three bullets, 'At 
set uptime... 1 , 'During query processing time...', and During operation time,../. This means that the 
maintaining data Warehouses includes initialization). 
As per claim 12 : Rundensteiner further discloses, 

"The method as claimed in claim 1, wherein the markup language document has one or more 
elements, the object model has one or more object classes, and 
the mapping meta-data includes mapping information (Page 60, left-hand column, section 
"Heterogeneous model information sources", 'Relation metadata 1 ) regarding one of the elements and the 
corresponding object class" (See Figure 3, page 60, refer <address>, upper rectangular for 'one of the 
element', it is corresponding to 'Address', object class', in the lower rectangular box). 
As per claim 13 : Rundensteiner further discloses, 

"The method as claimed in claim 1, wherein the markup language document has one or more 
elements, the object model has one or more object classes, each object class has one or more attributes, 
the mapping meta-data includes mapping information regarding one of the elements that contains data 
and the corresponding attribute, and the mapping step maps the data of the one of the elements into the 
corresponding attributes based on the mapping information 11 (See Figure 3, page 60, for example <info> 
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Computer Science Dept </info> the data of the one of the elements' is mapped into the element 
'Address' which is corresponding to 'attributes 1 Id 1001, based on the Mapping XML Document Relation). 
As per claim 14 : Rundensteiner further discloses, u 77?e method as claimed in claim 1, wherein the markup 
language document is a document in which each element is defined by indicators" 
(See Figure 3, page 60, for example, the upper rectangular is an element 'Address' defined by <Address> 
and </Address>). 

As per claim 15 : Rundensteiner further discloses, "The method as claimed in claim 14, wherein the 
markup language document is an extensible Markup Language (XML) document (See Figure 3, referring 
to "XML" data type file). 

As per claim 16: In regard to claimed limitation of Claim 16, the Claim has the limitation corresponding to 

the limitation of Claim 1 . See rationale set forth in addressed to Claim 1 above. 

As per claim 18: In regard to claimed limitation of Claim 18, the Claim has the limitation corresponding to 

the limitation of Claim 3. See rationale set forth in addressed to Claim 3 above. 

As per claim 19: In regard to claimed limitation of Claim 19, the Claim has the limitation corresponding to 

the limitation of Claim 4. See rationale set forth in addressed to Claim 4 above. 

As per claims 20-21: In regard to claimed limitations of Claims 20-21, the Claims have the limitations 

corresponding to the limitations of Claims 5-6. See rationale set forth in addressed to Claims 5-6 above. 

As per claims 22-24: In regard to claimed limitations of Claims 22-24, the Claims have the limitations 

corresponding to the limitations of Claims 7-9. See rationale set forth in addressed to Claims 7-9 above. 

As per claims 25-28 : In regard to claimed limitations of Claims 25-28, the Claims have the limitations 

corresponding to the limitations of Claims 10-13. See rationale set forth in addressed to Claims 10-13 

above. 



As per claims 29-30 : 



corresponding to the 
above. 



In regard to claimed limitations of Claims 29-30, the Claims have the limitations 
limitations of Claims 14-15. See rationale set forth in addressed to Claims 14-15 
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As per claim 31: In regard to claimed limitation of Claim 31 , the Claim has the limitation corresponding to 

the limitation of Claim 1. See rationale set forth in addressed to Claim 1 above. 

As per claim 33: In regard to claimed limitation of Claim 33, the Claim has the limitation corresponding to 

the limitation of Claim 3. See rationale set forth in addressed to Claim 3 above. 

As per claim 34: In regard to claimed limitation of Claim 34, the Claim has the limitation corresponding to 

the limitation of Claim 4. See rationale set forth in addressed to Claim 4 above. 

As per claims 35-36: In regard to claimed limitations of Claims 35-36, the Claims have the limitations 

corresponding to the limitations of Claims 5-6. See rationale set forth in addressed to Claims 5-6 above. 

As per claims 37-39: In regard to claimed limitations of Claims 37-39, the Claims have the limitations 

corresponding to the limitations of Claims 7-9. See rationale set forth in addressed to Claims 7-9 above. 

As per claim 40: In regard to claimed limitation of Claim 40, the Claim has the limitation corresponding to 

the limitation of Claim 10. See rationale set forth in addressed to Claim 10 above. 

As per claim 41 : In regard to claimed limitation of Claim 41 , the Claim has the limitation corresponding to 

the limitation of Claim 13. See rationale set forth in addressed to Claim 13 above. 

As per claim 42: In regard to claimed limitation of Claim 42, the Claim has the limitation corresponding to 

the limitation of Claim 13. See rationale set forth in addressed to Claim 13 above. 

As per claim 43: In regard to claimed limitation of Claim 43, the Claim has the limitation corresponding to 

the limitation of Claim 13. See rationale set forth in addressed to Claim 13 above. 

As per claim 44 : Rundensteiner further discloses: 

u 77?e manager in claim 31, wherein the object model has one or more classes (See Figure 3, page, lower 
rectangular box 'Address'. The Relational model context in Figure 3 is a particular one among the 
Relational Models. See page 59, Figure 2, 'Salaries', another relational Schema/Relational model 
context), each object class has one or more attributes (Figure 3, lower rectangular box, referring to 'ID 
1 001 and the mapping executor includes a mapping unit (Figure 3, for example, the right-hand square 
box, 'Dump Relations') for creating one or more elements (Figure 3, for example, the upper rectangular 
box, <Address> 'element') corresponding to the attributes ('ID') by inserting values of the attributes 
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(Figure 3, for example, the lower rectangular box, value '1 001 ") based on the mapping meta-data (Figure 

3, left-hand rectangular box, 'Mapping XML\ right-hand square box, Dump Relations'). 

As per claims 45-46 : In regard to claimed limitations of Claims 45-46, the Claims have the limitations 

corresponding to the limitations of Claims 14-15. See rationale set forth in addressed to Claims 14-15 

above. 

As per claim 47 : In regard to claimed limitation of Claim 47, the Claim has the limitation corresponding to 
the limitation of Claim 1 . See rationale set forth in addressed to Claim 1 above. 
As per claim 48 : Rundensteiner further discloses claim 48: See Figure 1 (page 58), wherein the 
rectangular box, "Middleware" and "Metaknowledge" describe 'a storage 1 . 

As per claim 49 : In regard to claimed limitation of Claim 49, the Claim has the limitation corresponding to 
the limitation of Claim 14. See rationale set forth in addressed to Claim 14 above. 
As per claim 50 : In regard to claimed limitation of Claim 50, the Claim has the limitation corresponding to 
the limitation of Claim 1 1 . See rationale set forth in addressed to Claim 1 1 above. 
As per claim 51 : Rundensteiner further discloses claim 51: See three bullets in page 57, teach run-time. 
As per claim 52 : In regard to claimed limitation of Claim 52, the Claim has the limitation corresponding to 
the limitation of Claim 3. See rationale set forth in addressed to Claim 3 above. 
As per claim 53 : Rundensteiner further discloses claim 51: "where the object model has one or more 
object classes, each object class has one or more attributes (See Figure 3, page 60, lower rectangular 
box "ID"), and the mapping executor includes a mapping unit (Figure 3, left-hand rectangular box or right- 
hand square box) for creating one or more elements (Figure 3, upper rectangular box, <address>) 
corresponding to the attributes by inserting values of the attributes (Figure 3, lower rectangular box, ID 
1001) based on the mapping meta-data" (See Figure 3, page 60, for example ID 1001' corresponding to 
the element <address> where the values is indicated to the particular element, for example, the element 
<Address> shown in the upper rectangular based on the Mapping XML Document or Dump Relations). 
As per claims 54-55 : In regard to claimed limitations of Claims 54-55, the Claims have the limitations 
corresponding to the limitations of Claims 14-15. See rationale set forth in addressed to Claims 14-15 
above. 
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As per claim 56: In regard to claimed limitation of Claim 56, the Claim has the limitation corresponding to 

the limitation of Claim 1 . See rationale set forth in addressed to Claim 1 above. 

As per claim 57: In regard to claimed limitation of Claim 57, the Claim has the limitation corresponding to 

the limitation of Claim 1 . See rationale set forth in addressed to Claim 1 above. 

As per claim 58 : 

The claim recites a computer program product for use. However, the claim functionality is corresponding 
to the steps recited in Claim 1. The rejection of claim 56 is in the same reason as set forth in connecting 
to the rejection of claim 1 . 

As per claim 59: In regard to claimed limitation of Claim 59, the Claim has the limitation corresponding to 

the limitation of Claim 1 . See rationale set forth in addressed to Claim 1 above. 

As per claim 60: In regard to claimed limitation of Claim 60, the Claim has the limitation corresponding to 

the limitation of Claim 1 . See rationale set forth in addressed to Claim 1 above. 

As per claim 61 : In regard to claimed limitation of Claim 61 , the Claim has the limitation corresponding to 

the limitation of Claim 1 . See rationale set forth in addressed to Claim 1 above. 

Conclusion 

7. Applicant's amendment necessitated the new ground(s) of rejection presented in this Office 
action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant is reminded of 
the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE MONTHS from the 
mailing date of this action. In the event a first reply is filed within TWO MONTHS of the mailing date of 
this final action and the advisory action is not mailed until after the end of the THREE-MONTH shortened 
statutory period, then the shortened statutory period will expire on the date the advisory action is mailed, 
and any extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of the 
advisory action. In no event, however, will the statutory period for reply expire later than SIX MONTHS 
from the date of this final action. 
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Any inquiry concerning this communication or earlier communications from the examiner should 
be directed to Ted T. Vo whose telephone number is (571) 272-3706. The examiner can normally be 
reached on 8:00AM to 5:30PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Tuan Q. 
Dam can be reached on (571) 272-3694. 

The facsimile number for the organization where this application or proceeding is assigned is the 
Central Facsimile number 571 -273-8300. 

Any inquiry of a general nature or relating to the status of this application should be directed to 
the TC 2100 Group receptionist: 571-272-2100. Information regarding the status of an application may 
be obtained from the Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. Status information for 
unpublished applications is available through Private PAIR only. For.more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 




Ted T. Vo 
Primary Examiner 
Art Unit 21 92 
September 02, 2005 



